(c) 1998 Microsoft Corporation. Wszelkie prawa zastrze┐one.
Ten dokument zawiera informacje z ostatniej chwili lub inne informacje uzupe│niaj╣ce dokumentacjΩ programu Microsoft SQL Server OLE DB Provider.
-----------
SPIS TREîCI
-----------
1. OPIS PRODUKTU
2. UWAGI TECHNICZNE
----------------
1. OPIS PRODUKTU
----------------
Program Microsoft SQL Server OLE DB Provider, SQLOLEDB, zapewnia interfejs dostΩpu do jednego lub kilku serwer≤w SQL.
-------------------
2. UWAGI TECHNICZNE
-------------------
2.1 Zmiany w│a£ciwo£ci SQLOLEDB
Warto zwr≤ciµ uwagΩ na poni┐sze zmiany we w│a£ciwo£ciach SQLOLEDB:
* W│a£ciwo£µ DBPROP_INIT_DATASOURCE jest teraz wykorzystywana do okre£lenia nazwy serwera, na kt≤rym dzia│a program SQL Server. Nie jest ju┐ u┐ywana do okre£lenia nazwy bazy danych.
* W│a£ciwo£µ DBPROP_INIT_CATALOG jest teraz wykorzystywana do okre£lenia pocz╣tkowej bazy danych.
* W│a£ciwo£µ DBPROP_INIT_LOCATION nie jest ju┐ obs│ugiwana.
* W│a£ciwo£µ DBPROP_AUTH_INTEGRATED jest teraz obs│ugiwana. Je£li w│a£ciwo£µ
DBPROP_AUTH_INTEGRATED jest ustawiona na 'SSPI', zostan╣ u┐yte zintegrowane zabezpieczenia. Je£li zostanie ustawiona na wskaƒnik Null BSTR, zostan╣ u┐yte zabezpieczenia serwera SQL.
* W│a£ciwo£µ SSPROP_AUTH_TRUSTEDCONNECTION nie jest ju┐ obs│ugiwana.
* Specyficzna dla dostawcy w│a£ciwo£µ DBPROP_INIT_MODE nie jest ju┐ obs│ugiwana.
2.2
Je£li nast╣pi pr≤ba wykonania polecenia na po│╣czeniu, kt≤re ma nie zrealizowane polecenie, dostawca SQLOLEDB tworzy nowe po│╣czenie do wykonania nowego polecenia, je£li spe│nione s╣ nastΩpuj╣ce warunki:
* W│a£ciwo£µ DBPROP_MULTIPLECONNECTIONS jest ustawiona na VARIANT_TRUE.
* Pierwsze polecenie nie generuje wierszy lub nie u┐ywa kursora serwera.
Je£li istnieje aktywna transakcja w po│╣czeniu, pr≤ba wykonania drugiego polecenia zwr≤ci warto£µ E_FAIL. Je£li nie istnieje aktywna transakcja ale w│a£ciwo£µ DBPROP_MULTIPLECONNECTIONS jest r≤wna VARIANT_FALSE, pr≤ba wykonania drugiego polecenia zwr≤ci warto£µ DB_E_OBJECTOPEN.
Transakcje i blokady s╣ zarz╣dzane przez serwer SQL przez podstawy po│╣czenia. Je£li drugie po│╣czenie jest utworzone, polecenia w odrΩbnym po│╣czeniu nie wsp≤│u┐ytkuj╣ blokad. Nale┐y zwr≤ciµ uwagΩ, czy polecenie nie blokuje innych polece± utrzymuj╣c blokady na wierszach wymaganych przez inne polecenie.
2.3
W celu zwiΩkszenia wydajno£ci przez ograniczenie ruchu w sieci, dostawca SQLOLEDB nie pobiera automatycznie informacji o parametrach, je£li nie zostanie wywo│ana metoda ICommandWithParameters::GetParameterInfo lub ICommandPrepare::Prepare przed wykonaniem polecenia. Oznacza to ┐e dostawca SQLOLEDB nie wykonuje automatycznie:
* Sprawdzania poprawno£ci typu danych okre£lonych w metodzie ICommandWithParameters::SetParameterInfo.
* Mapowania z typu danych DBTYPE okre£lonego w informacji podanej w informacji wi╣┐╣cej akcesora z poprawnym typem danych SQL dla parametru.
Aplikacja mo┐e otrzymaµ b│╣d lub utraciµ precyzji dla ka┐dej z tych metod, je£li okre£lone typy danych nie s╣ zgodne z typami danych SQL dla parametr≤w.
Aby zapewniµ ┐e to nie nast╣pi, aplikacja powinna:
* Podczas kodowania parametr≤w dla ICommandWithParameters::SetParameterInfo, upewniµ siΩ ┐e warto£µ pwszDataSourceType odpowiada typowi danych SQL dla parametru.
* Podczas kodowania akcesora, upewniµ siΩ ┐e warto£µ DBTYPE jest powi╣zana z parametrem kt≤ry ma ten sam typ danych SQL dla parametru.
* Wywo│aµ w kodzie aplikacji metodΩ ICommandWithParameters::GetParameterInfo, aby dostawca m≤g│ dynamicznie otrzymaµ typy danych SQL dla parametr≤w. Spowoduje to dodatkow╣ komunikacjΩ z serwerem za po£rednictwem sieci.
2.4
W│a£ciwo£µ DBPROP_CHANGEINSERTEDROWS mo┐e byµ ustawiona tylko na VARIANT_TRUE, je£li zestaw wierszy u┐ywa kursora sterowanego przez zestaw rekord≤w.
